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(§) innate bus monitor for computer system manager. 

(57) A manager for innately monitoring a com- 
puter system. All address and data signals 
transferred over the system bus and certain 
ones of the address signals are then selected as 
related to operating conditions of the computer 
system. A data filter selects data signals which 
correspond to the selected address signals and 
the selected address and data signals related to 
operating conditions of the computer system 
are then stored, either in a register filed if the 
selected address and data signals are dynamic 
information requiring frequent status updates 
or in a first-in, first-out memory, if the selected 
address and data signals are less dynamic infor- 
mation. 
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The invention relates to a innate monitoring sys- 
tem for a computer system manager, and, more par- 
ticularly to a innate monitoring system for a system 
manager which monitors information transfer along a 
system bus of the computer system. 

The desire to share computer resources has mo- 
tivated the development and continuing improvement 
of computer networks. One such computer network is 
generally referred to as a local area network (or 
"LAN"). A LAN is a system of computer hardware and 
software that links components such as computers, 
printers and other peripherals into a network suitable 
for transmission between various ones of the linked 
components located in relative proximity to each 
other, for example in different offices in a building, or 
in different buildings situated near one another. Sim- 
ilar to a LAN is a wide area network (or "WAN"). A 
WAN differs from a LAN in that a telephone network 
is also required to link at least some of the compo- 
nents included in the network to the remainder of the 
network components. 

Various types of network operating systems are 
in existence today. They include the NetWare system 
manufactured by Novell, Inc. of Provo, Utah, the 
VINES system manufactured by Banyan, and the LAN 
Manager system manufactured by Microsoft Corpor- 
ation of Redmond, Washington. While such network 
operating systems often include a network manager, 
the network manager included in such systems have 
typically relies upon the network operating system to 
provide data to the network manager for performing 
network management functions. Since network man- 
agers have been forced to rely upon data transmitted 
by the network, prior network managers have fo- 
cussed on analyzing the health of the network and 
have not been particularly well suited to analyze the 
health of the components of the network. 

Thus, of the five functional areas of network man- 
agement (configuration, fault analysis, accounting, 
performance and security) recognized by the 
OSI/Network Management Forum, network man- 
agers have been best equipped to performing config- 
uration and security management Network man- 
agers can also provide limited fault analysis, but, in 
most cases, only after failure has occured. Recently, 
the development of larger networks, both LAN and 
WAN, which include multiple printer, communication, 
database, and file server locations have been con- 
templated. This drive towards combining increasing 
numbers of computer components into a single net- 
work, has led to an increased demand for greater 
management capabilities. While, in the past, failure 
alerts may have been satisfactory, there is an increas- 
ing demand for information that will lead to failure 
whereby potential failures may be reported in suffi- 
cient time to allow for corrective action before an ac- 
tual failure occurs. In addition to this increased de- 
mand for information that will lead to failure, the ca- 



pability of real-time analysis of the performance of a 
computer system is also seen as a highly desirable 
management capability, particularly in the develop- 
ment of larger, multiple file server networks which will 
5 challenge minicomputers and mainframes for larger 
scale applications. Furthermore, as many of such net- 
works will utilize a WAN configuration, the need to be 
able to manage the network from a remote console is 
of increased importance. Total reliance on local man- 
to agement capabilities would be a significant detriment 
to such systems since at least one major component 
of the systems would likely be remotely located with 
respect to the remainder of the system, thereby pro- 
ducing a network unable to manage the entire system 
is from a single management console. 

In one embodiment, the present invention is of a 
manager for innately monitoring a computer signal 
which comprises means for detecting data and ad- 
dress signals transferred along the system bus and 
20 processing means connected to the detecting means. 
The processing means selects data and address sig- 
nals related to events of interest for transfer to the 
computer processor. In one aspect of this embodi- 
ment of the invenition, the processing means includes 
25 means for selecting address signals related to events 
of interest and means for selecting data signals to the 
events of interest. 

In another embodiment, the present invention is 
of a manager for innately monitoring a computer sys- 
30 tern which comprises means for receiving all address 
and data signals transferred over the system bus, and 
means for selecting address signals related to oper- 
ating conditions of the computer system. A data filter 
selects data signals which correspond to the selected 
35 address signals and the selected address and data 
signals related to operating conditions of the comput- 
er system are then stored. In one aspect of this em- 
bodiment, the storage means is comprises of a regis- 
ter file for storing dynamic information requiring fre- 
40 quent status updates and a f irst-in, first-out memory 
for storing less dynamic information. 

The invention may be better understood and its 
numerous objects, features and advantages become 
apparent to those skilled in the art by referencing the 
45 accompanying drawing in which: 

FIG. 1 is a block diagram of a computer network 
having an EISA based computer system and a 
computer system manager constructed in accor- 
dance with the teachings of the present invention 
so installed therein; 

FIG. 2 is a block diagram of the system manager 
of FIG. 1 which illustrates information flow to and 
from, as well as within, the system manager; 
FIG. 3 is a top level block diagram of the system 
55 manager of FIGS. 1-2 

FIG. 4 is a low level block diagram of the system 
manager of FIG. 3; and 

FIG. 5 is a flow diagram of the dataflow between 
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the hardware and software components of the 
system manager of FIGS. 1-3. 
FIG. 6 is a schematic diagram of the innate bus 
monitoring device subject of the present inven- 
tion; and 5 
FIG. 7 is a state diagram of the state machine 
controller of FIG. 6. 

Referring first to FIG. 1 , an extended industry 
standard architecture (or "EISA") based computer 
network 1 0 having a system manager 22 constructed 10 
in accordance with the present invention shall now be 
described in detail. The computer network 10, which 
may be configured as either a LAN, WAN, or other 
type of network configuration, includes an EISA ser- 
ver 12, for example, a Systempro Model 486-840 15 
manufactured by Compaq Computer Corp. of Hous- 
ton, Texas, having an EISA based computer system 
board comprised of a series of computer subsystems 
(not shown) interconnected by a EISA based system 
bus. As the computer subsystems themselves are not 20 
specifically illustrated herein, the EISA computer sys- 
tem board and EISA system bus are, for ease of illus- 
tration, indicated as a unified element, EISA system 
board/bus 13, although all specific references to such 
element shall specifically indicate which portion of the 25 
unified element is being considered in such refer- 
ence. 

Installed on the EISA computer system board 13 
are a plurality of cards which include the system man- 
ager 22, which, as will be more fully described below, 30 
is comprised of a 32 bit intelligent bus master board 
and supporting firmware, an EISA network interface 
adapter 24 and an intelligent disk array controller de- 
vice 26. Installed in the operating system (or "OS") 
section of the EISA server 12 is a network operating 35 
system 14, preferably one which includes a network 
management agent 15. It is comtempiated that any 
one of numerous network operating systems, for ex- 
ample, the NetWare or LAN Manager network oper- 
ating systems previously described, would be suitable 
for use as the network operating system 14. 

Interfacing the system manager 22 and the net- 
work operating system 14 is a system manager de- 
vice driver 16. The system manager devide driver 16 
acts as a bi-directional translator for all requests to 
and from the system manager 22, thereby providing 
two-way communication between the system man- 
ager 22 and the network management agent 15. 
Through this interconnection between the system 
manager 22 and the network management agent 15, 
the network management agent 15 may supply infor- 
mation to or receive information collected by the sys- 
tem manager 22. Object management by the system 
manager 22 may, therefore, be initiated by the net- 
work management agent 15 if the network manage- 
ment agent 15 issues instructions to create, delete, 
modify, reset, or clear objects stored in the system 
manager 22. 



The system manager device driver 16 will also 
handle certain in-band and out-of band alerts. If gen- 
erated by the system manager 22, an in-band alert 
will be transmitted by the system manager device 
driver 16 to the network operating system 14 which, 
under the control of the network management agent 
1 5, will direct the in-band alert to a local network man- 
ager console 36 connected to the network operating 
system 14 by in-band network bus 42. Out-of-band 
alerts generated by the network operating system 14, 
on the other hand, will be transmitted by the system 
manager device driver 16 to the system manager 22 
for transmission to a remotely located system man- 
ager facility 34 connected to the system manager 22 
via an asynchronous link 40, for example, a telephone 
connection. Two-way communication between the 
system manager 22 and the remotely located system 
manager console is provided by a system facility de- 
vice driver 38. While there are additional signals 
transmitted between the system manager 22 and the 
network operating system 14 by the system manager 
device driver 16, these additional signals shall be dis- 
cussed in greater detail later. 

The network management agent 15 also oper- 
ates as a central collection point for network manage- 
ment information for the EISA server 12 by acting as 
a link between the system manager 22, other cards in- 
stalled on the computer system board 13, and the 
computer network itself. For example, in the embodi- 
ment of the invention illustrated in FIG. 1, an EISA net- 
work interface adapter 24, for example, a Model 
NE3200 32-bit Ethernet adapter manufactured by An- 
them Electonics, Inc., and an intelligent disk array 
controller device 26, are also installed on the comput- 
er system board 13. The network operating system 14 
connects the computer system board 13 and, via a 
network interface device driver 18 which operates in 
a manner similar to the system manager devide driver 
1 6, the network interface adapter 24 for two-way data 
transmission therebetween. Furthermore, as the net- 
work interface adapter 24 is connected for two-way 
data transmission with the network 28, a two-way 
communication link between the system manager 22 
and the network 28 is thusiy provided. The network 28 
45 is the interface of the netwwork components via the 
network media. The network 28 may be configured in 
a token ring, ethernet, or other network topology in 
use today, to control the access of multiple computer 
stations to the network 28, although, in the embodi- 
50 ment of the invention described and illustrated herein, 
a single computer station 30 has been provided. 

An intelligent disk array controller device driver 
20 which, like the network interface device driver 18, 
operates in a manner similar to the system manager 
55 device driver 16, provides for two-way data transmis- 
sion between the system manager 22 and, via the net- 
work operating system, the intelligent disk array con- 
troller device 26. The intelligent disk array controller 
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device 26 provides disk storage for the computer sys- 
tem board 13. For example, it is contemplated that the 
intelligent disk array (or "IDA") controller device 26 
may provide 840 Mbytes of disk storage for the com- 
puter system board 1 3 by associating four 21 OM-byte s 
Compaq IDA drive pairs therewith. 

Referring next to FIG. 2, the flow of information, 
most commonly in the form of data and alerts, to and 
from, as well as within the system manager 22 shall 
now be described in greater detail. As will be more 10 
fully described below, the system manager 22 has the 
ability to monitor various system components and 
parameters. If a component experiences a failure or 
exhibits characteristics that indicate it may experi- 
ence a failure, the system manager 22 detects the fail- 15 
ure or characteristic indicative of a potential failure 
and reports the failure or characteristic indicative of a 
potential failure as an alert in a manner such that cor- 
rective action can be taken. 

As may be seen in FIG. 2, the path by which data 20 
accumulated during the monitoring of system compo- 
nents and parameters indicative of an actual or poten- 
tial failure may be any one of four paths, depending 
on the particular type of actual or potential failure be- 
ing monitored. Each system component being moni- 25 
tored may be referred to as an object having a number 
of attributes. As the components continue to be moni- 
tored, the value of the object's attributes may change, 
for example, by incrementing, decrementing, updat- 
ing, resetting or modifying. When the attributes ex- 30 
ceed their boundary or threshold value, an alert will 
be generated. In addition to alerts, the attributes of ob- 
jects may be utilized to provide continuous real-time 
monitoring of the computer system board 13 without 
interfering with normal system operations. 35 

Addressing the specific signals being monitored 
by the system bus manager 22, the computer system 
bus 13 supplies certain signals to a bus monitor 44 
which will help determine the state of the computer 
system board 13. These signals include interrupt re- 40 
quest (or "IRQ") signals, data memory request (or 
"DRQ") signals and input/output (or "I/O") signals. In 
one embodiment of the invention, it is contemplated 
that the bus monitor 44 monitors the I/O signals al- 
though, in a further embodiment of the invention, it is 45 
contemplated that the bus monitor 44 monitors the 
supplied IRQ, DRQ and I/O signals. If the signals are 
active, then the corresponding system resources are 
being used. In this manner, these signals may be used 
to monitor the performance of the computer system so 
board 13. Other signals supplied by the computer sys- 
tem bus 13, are utilized during object management to 
indicate alert conditions. For example, the absence of 
the refresh signal will generate an alert since the lack 
of refresh may cause the file server 12 to fail. Simi- 55 
larly, an indication of a memory parity error will cause 
the generation of an alert Also innately monitored by 
the bus monitor 44 are the printer port, so that the sys- 



tem manager 22 can report whether or not there is a 
printer error or is out of paper, the asynchronous ser- 
ial port so that the system manager can monitor and 
log ansynchronous activity such as overrun errors, 
parity errors, and framing errors for system board ser- 
ial ports, system software, so that software errors can 
be identified, and keyboard events, so that key- 
strokes can be logged and the relationship between 
a system failure and keyboard inputs can be ana- 
lyzed. Finally, the bus monitor 44 will detect the asser- 
tion of IOCHK, indicative of a catastrophic board fail- 
ure, and board "times out", indicative of a violation of 
EISA standards. The bus monitor 44 transfers these 
signals to information processing and alert determi- 
nation elements 52 where the monitored information 
is processed. As will be more fully described below, 
the information processing and alert determination 
elements 62 of the system manager 22 is comprised 
of a control processor and supporting logic which, by 
the application of object management techniques, is 
configured to determine whether the monitored infor- 
mation warrants the generation of an alert 

The system manager 22 further provides for the 
monitoring of other signals for delivery to the informa- 
tion processing and alert determination elements 52 
for potential generation of alerts. These other signals 
are supplied to the information processing and alert 
determination elements 52 by a path distinct from that 
previously discussed. To power the system manager 
22, the computer system bus 13 provides ±5 Volt and 
±12 Volt lines to a power-temperature monitor/power 
supply elements 50. The level of voltage supplied to 
the system manager 22 is converted into a digital sig- 
nal by an analog-to-digitai converter included in the 
power-temperature monitor/power supply elements 
50 and the digital power level signal is provided to the 
information processing and alert determination ele- 
ments 52. For example, if a drop in system power is 
detected, the information processing and alert deter- 
mination elements 52 will generate an alert If, how- 
ever, a complete loss of power occurs, the system 
manager 22 will switch to battery power and the event 
reported, again as an alert, through one or both of its 
asynchronous modem and serial connections. This 
aspect of the system manager 22 is more fully descri- 
bed in co-pending patent application serial no. 

entitled "Power Supply for a Computer 
System Manager" and previously incorporated by ref- 
erence. Briefly, however, after loss of system power 
the system manager will switch into reserve power to 
deliver alerts and, after completing alert delivery, to 
standby mode to conserve power. After reserve pow- 
er is exhausted, the system manager then switches 
into dormant mode to keep its RAM memory valid for 
an extended period of time and, after the expiration of 
the extended period of time, cutting power off com- 
pletely. 

The system manager 22 is further provided with 
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a temperature sensor 48. The internal temperature of 
the system manager 22 is continuously monitored by 
the temperature sensor 48 and the measured temper- 
ature transmitted to power-temperature monitor/pow- 
er supply elements 50 where analog to digital conver- 
sion of the monitored temparature is performed. The 
digital temperature level is then transmitted to infor- 
mation processing and alert determination elements 
52 for object management. If the information process- 
ing and alert determination elements 52 determine 
that the temperature has risen above a predetermined 
threshold, then an alert may be issued. 

Finally, a bus master interface 46 is used to trans- 
fer certain signals from the network operating system 
14 to the information processing and alert determina- 
tion elements 52. Typically, the information provided 
by the bus master interface 46 differs from that pas- 
sively supplied by the bus monitor 44 or the power- 
temperature monitor/power supply elements 50 in 
that information supplied via the bus master interface 
46 are supplied as hard inputs. However, by interfac- 
ing with network operating system 14, the system 
manager 22 can monitor network resources other 
than the computer system board 13 itself. For exam- 
ple, in a typical network management system, the in- 
telligent disk array controller device 26 would provide 
management information to the network manage- 
ment agent 15 such as the number of read errors that 
have occurred. In turn, the network* management 
agent 15 can provide that information to the system 
manager 22 via the bus master interface 46. 

The information passively monitored by the bus 
monitor 44 and the power-temperature monitor por- 
tion of the power-temperature monitor/power supply 
elements 50 and supplied to the information process- 
ing and alert determination elements 52, as well as 
that information supplied to the information process- 
ing and alert determination elements 52 by the bus 
master interface 46 may be used for several purpos- 
es. First, the information processing and alert deter- 
mination elements 52 can process the information 
and, if appropriate, generate an alert. Examples of 
alert conditions that may be determined by informa- 
tion processing and alert determination elements 52 
include loss of system power, server subsystem fail- 
ure, excessive server temperature as well as other 
configurable events that require outside attention. 

Once the information processing and alert deter- 
mination elements 52 determine that an alert should 
be issued, such an alert can be issued in a number of 
ways. Initially, it must be determined if the alert should 
be delivered "in-band" or "out-of-band". Once origin- 
ated by the information processing and alert determi- 
nation elements 52, an in-band alert is directed to the 
bus master interface 46 and on to the network oper- 
ating system 14 and, under the control of the network 
management software contained in the network man- 
agement agent 15, on to the local network manager 



console 36. So that the use of existing network hard- 
ware is maximized, it is contemplated that in-band 
alerts to the local network manager console 36 will be 
utilized as the primary path for communications with 

5 the system manager 22. It should be specifically not- 
ed, however, that, a local system manager console 
may be used to receive in-band alerts without depart- 
ing from the practice of the present invention. If the in- 
formation processing and alert determination ele- 

10 ments 52 determine that the alert should be issued 
"out-of-band", the alert is transmitted to communica- 
tion elements 54 where an alert is issued. As is more 
fully described in co-pending U.S. Patent Application 
Ser. No. entitled "In-band/Out- 

15 of-band Alert Delivery System for a Computer System 
Manager" and previously incorporated by reference, 
the communication elements may send an out-of- 
band alert by sending a protocol message over a 
switched telephone connection to the system man- 

20 ager facility 34, by dialing a phone number associated 
with a payer 56 or by dialing a phone number to a 
phone 58 associated with a person and generating a 
synthesized voice message upon completing a con- 
nection with the phone 58. 

25 In addition to alert determination and generation 

based upon the passively monitored information, the 
information processing and .alert determination ele- 
ments 52 also perform several other functions. More 
specifically, the received information is also time 

30 stamped and stored or "logged" into RAM memory for 
later access. Thus, in the event of a catastrophic fail- 
ure of the file server 1 2, the monitored and logged in- 
formation will be available for "post mortem" diagnos- 
tics. Similarly, network information may be transfer- 

35 red over the bus master interface 46 and logged into 
RAM memory contained within the information proc- 
essing and alert determination elements 52. Finally, 
the objects can be transferred, for example to the re- 
mote system manager facility 34 or the local network 

40 manager console 36 to provide real-time information 
regarding the performance of the system manager 
22. 

Through the link between the communications 
elements 54 of the system manager 22 and the sys- 

45 tern manager facility 34, significant control of the sys- 
tem manager 22 can be performed from a remote lo- 
cation. From the system manager facility 34, remote 
console emulation, access to stored data and remote 
control or "rebooting" may be performed. Remote 

so console emulation or "hard key insertion" permits 
keystrokes at the remote console to be delivered to 
the system manager 22 as if they were input locally. 
Through the hard key insertion, "soft" reboots are 
emulated by simultaneously inserting "control"--"alt"- 

55 -"del" to actuate a reboot of the system manager 22. 
While not being able to actuate a complete "hard" re- 
boot, the system manager facility 34 can simulate a 
hard reboot by selectively removing power from sys- 
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tern components. More information regarding remote 
console emulation is set forth in co-pending U.S. Pa- 
tent Application Ser. No. enti- 
tled "Remote Console Emulator for a Computer Sys- 
tem Manager" and previously incorporated by refer- 
ence. 

Referring next to FIG. 3, the structural configur- 
ation of the system manager 22 shall now be descri- 
bed in greater detail. While quite similar to FIG. 2, cer- 
tain elements of the system manager 22 have now 
been redesignated to more closely describe their 
structural configurations whereas, in FIG. 2. such ele- 
ments were designated with their operational charac- 
teristics closer in mind. As may be better seen in Fig. 
3, the bus monitor 44 innately monitors a plurality of 
signals relating to the state of the computer system 
board 13. Innate monitoring is accomplished by the 
bus monitor 44 receiving all data and address signals 
being transferred along the system bus 13. The bus 
monitor 44 will then select those signals which will 
help determine the state of the computer system 
board 13 and directs the selected signals via a bus to, 
what previously was functionally designated as the in- 
formation processing and alert determination ele- 
ments 52 and what is now structurally designated as 
a CPU/memory subsystem 52 which is the hardware 
which, together with associated firmware, will per- 
form the aforementioned information processing and 
alert determination functions. Other signals, indicated 
here as miscellaneous system signals, are always 
considered to help determine the state of the comput- 
er system board and are directed through the bus 
monitor 44 to the CPU/memory subsystem 52. Addi- 
tionally, the system bus 13 supplies power to the sys- 
tem manager 22 via ±5V, ±1 2V lines to the power-tem- 
perature monitor/power supply element 50 and on to 
the CPU/memory subsystem 52. In the event of that 
the supply of power from the system bus 1 3 is termin- 
ated, the power-temperature monitor/power supply 
element 50 will begin supplying power from a battery 
included therein. The termination of the supply of 
power from the system bus will also be reported to the 
CPU/memory subsystem 52 as an alert condition. 

Connected to output of the CPU/memory subsys- 
tem is a modem/asynchronous interface 60 repre- 
sents the two paths along which an out-of-band alert 
may be transmitted, via an asynchronous communi- 
cation port or via a modem, in the event that an alert 
condition has been established. Alert conditions in- 
clude loss of system power, server subsystem failure, 
excessive server temperature as well as out of other 
events which require the attention of the system man- 
ager facility 34. Either of these may be used to report 
an alert condition, although the modem would typical- 
ly contact either one of the payer 56 or the phone 58 
while the asynchronous communication port would 
typically contact a remote system manager, for exam- 
ple the system manager facility 34 illustrated in FIG. 



2. Servicing the modem/asynchronous interface 60 is 
voice/audio elements 62. In the event that a voice 
alert is selected, the voice audio elements generate 
the voice alert which is then transferred to a phone 58 

5 via the modem. Finally, in the system manager con- 
figuration illustrated herein, a locaf system manager 
console 64 and system memory I/O support the sys- 
tem manager 22 and are accessible via the bus mas- 
ter interface 46. 

10 Referring next to FIG. 4 the system manager 22 

shall now be described in still greater detail. The sys- 
tem manager 22 is comprised of a bi-directional con- 
trol processor bus 67 and a series manager compo- 
nents connected to the control processor bus 67 for 

15 the transfer of address, data and control signals be- 
tween various components of the system manager 
22. Connected to the control processor bus 67 are a 
control processor 68, random access memory 70, 
read only memory 72, a real time clock 74, control 

20 processor arbitration logic 76, a bus master interface 
78, control processor transfer buffer logic 80, voice 
synthesis logic 82, a modem 84, a innate bus moni- 
toring device 86, a touch tone decoder 88, universal 
control/status registers 90, a universal asynchronous 

25 receiver transmitter (or "UART") 92, a UART interface 
94, a power mode controller 96, an analog-to-digital 
converter 98; and indirectly a battery 100 and a bat- 
tery charge indicator 102 and a temperature sensor 
48. 

30 The various operations performed by the system 

manager 22 and the various system manager compo- 
nents 48 and 68-102 which are utilized to perform 
such operations shall now be described in greater de- 
tail. In the embodiment of the invention disclosed 
35 herein, the control processor 68 is a 1 6 bit micropro- 
cessor which operates at 16 MHz, although, in alter- 
nate embodiments of the invention, other micropro- 
cessor types will be suitable for use. The control proc- 
essor 68 performs multiple tasks, including a primary 
40 task of collecting and storing information received 
from multiple sources and detecting failures based 
upon acquired data and issue alerts as appropriate. 
The control processor 68 also performs several other 
tasks which will be described in greater detail later. In 
45 its primary task, object data which is processed by the 
control processor 68 is stored in the random access 
memory 70 and processor instructions are stored in 
the read only memory 72. depending on the particular 
object management performed on a particular sys- 
so tern component, data from the computer system bus 
13 and innately monitored by the innate bus monitor- 
ing device 86 may be operated on by the control proc- 
essor 68 and the resultant object stored in the random 
access memory 70 or. depending on the particular ob- 
55 ject being managed, may be directly stored into the 
random access memory 70. Simirlarly, temperature 
and/or power data transmitted by the A/D converter 
98 may be operated on by the control processor 68 
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and the result stored in the random access memory 
70 or may be directly stored into the random access 
memory 70. The real time dock is a clock indepen- 
dent of the system clock which is configured to store 
data, time, year and other time related variables relat- s 
ing to objects, depending on user preference. 

In "normal" operation, the control processor 68 
controls the control processor bus 67 to provide data 
transfers between the control processor 68, the ran- 
dom access memory 70, the read only memory 72 10 
and the real time clock 74. In normal operation, the 
control processor 68 performs object management as 
set forth in detail elsewhere. Based upon the acquired 
data, object management will provide for the detection 
of failures of the file server 12 or subsystems thereof. 15 

The bus master interface 78 which, for example, 
may be an Intel 82355 BMIC, is configured to interro- 
gate and modify the memory and I/O space 66 of the 
computer system 13 as well as the random access 
memory 70 of the system manager 22. For example, 20 
during a "data transfer operation" involving the sys- 
tem manager 22, the control processor arbitration log- 
ic 76 instructs the control processor bus 67 regarding 
the address, direction and destination of the data 
transfer. The control processor arbitration logic 76 25 
then instructs the bus master interface 78 as to the 
transfer. Once the system manager 22 is ready for a 
transfer, the bus master interface 78 will then instruct 
the computer system bus 13 to arrange for a burst 
transfer of data to the bus master interface 78 which, 30 
in turn, will transfer the data, to the control processor 
transfer buffer logic 80 and on to the random access 
memory 70 for storage. Transfer of data from the ran- 
dom access memory 70 to the bus master interface 
78 is accomplished in reverse manner. 35 

Once, object management within the control 
processor 68 has indicated that an alert should be 
generated, the control processor 68 controls the de- 
livery of the appropriate alert massage via the modem 
84, the UART94 and/or the network operating system 40 
1 5. The UART 94 provides an asynchronous interface 
between the system manager 22 and the system man- 
ager facility 34. Through a software interface provid- 
ed between the UART 94 and the system manager fa- 
cility 34, for example, by use of the Windows software, 45 
the system manager facility 34 is capable of reading 
monitored object values from and writing object con- 
trol to the system manager 22. Likewise, video screen 
data can be transmitted from the system manager 22 
to the remote console and keystrokes can be transmit- so 
ted from the system manager facility 34 to the system 
manager 22. The system manager facility 34 also 
keeps alert logs. Finally, another function of the UART 
94 is to connect an external modem to deliver page 
alerts under the control of the control processor 68. 55 

As previously mentioned, alerts delivered to the 
pager 54 or the phone 56 are made via the modem 84 
under the control of the control processor 68. When, 



however, an alert message is delivered to the phone 
56, the voice synthesis logic 82 is utilized by the con- 
trol processor 68 in order to generate an audible, 
voice alert. Pre-recorded voice messages are stored 
within the voice synthesis logic 82. These voice mes- 
sages, which are stored in accordance with adaptive 
differential pulse code modulation, relate to a multi- 
tude of messages which may be accessed by the con- 
trol processor and transmitted. For example, dates, 
numbers, alert conditions, names, voltages which 
correspond to the information useful to identify the 
type, severity, time of, location, or other identifying in- 
formation regarding alert conditions. Thus, if the con- 
trol processor desired to transmit a voice alert, the 
control processor 68 would instruct the voice synthe- 
sis logic 82 to supply the selected message to the mo- 
dem 84, which, for example may be a 2400 bit per sec- 
ond modem, can transmit the selected message over 
its two way interface with the phone 58. After the alert 
has been transmitted, the modem 84 will await a re- 
turn call through which it will pass server information 
and control. 

The touch tone decoder 88 is connected to accept 
analog signals from the modem 84. The touch tone 
decoder 88 decodes signals received by the modem 
and informs th6 control processor as to the nature of 
the signal. Most commonly, the touch tone decoder 
will be used to provide security for the system man- 
ager 22. For example, when a alert delivery is sent via 
the modem 84 to a payer 56 or a phone, a user receiv- 
ing the alert will, in many situations, desire to contact 
the system manager 22 for additional information. For 
example, if the user transmits a password to the mo- 
dem 84, the touch tone decoder 88 wilt decode the 
tones and transmit the decoded tones to the control 
processor 68. The control processor 68 then decides 
whether the password is legitimate. As will be more 
fully described in copending application Serial No. 

, entitled "Remote Console Emula- 
tor for System Bus Manager", and previously incorpo- 
rated by reference, the touch tone decoder 88 is also 
utilized in connection with remote console emulation 
operations. 

The power mode controller 92 both controls the 
power for the system manager 22 and monitors the 
power level for the system board. In a manner more 
fully described in co-pending application Serial No. 

, entitled "Power Supply Controller 
for Computer System Manager", and previously incor- 
porated by reference, the power mode controller will 
control the operation of the system manager 22 by 
designating which of alternate power modes the sys- 
tem manager 22, or in accordance with the require- 
ments of certain power modes, which components of 
the system manager 22 are to be supplied power. In 
the event that power from the system bus 13 is un- 
available, the battery 100 shall supply power to either 
the system manager 22 or to selected components 



13 



EP 0 520 766 A2 



14 



thereof. As the battery 100 is rechargeable, the bat- 
tery charge indicator 102 is provided to indicate when 
the battery 100 is being recharged. For example, the 
power mode controller 92 will cause the system man- 
ager 22 to activate the battery 100 should the supply 5 
voltage needed to operate the system manager 22 fall 
below a minimum operating voltage. The power mode 
controller 92 will also turn on and off devices not 
needed during operation of the battery 100. This cir- 
cuitry will provide the best use of the battery 100 in 10 
this low power mode. After the processor delivers an 
alert, the power mode controller 92 will turn off the 
power to the control processor 68. The processor will 
be restarted when a call is detected, UART activity, 
expiration of set interval in real time clock and other is 
system activity or subsystem activity. 

Referring next to FIG. 5, the flow of data between 
the various hardware and firmware components of 
the system manager 22 shall now be described in 
greater detail. System manager occurs within the con- 20 
trol processor 68 by the interaction of the control proc- 
essor firmware 104 with the control processor's ran- 
dom access memory 70 as well as certain other hard- 
ware elements. In a manner to be more fully described 
below, the system manager firmware 104 acts upon 25 
inputs from the bus master interface 78 and the UART 
94, monitors parameters of the system board 1 3 being 
input by the innate bus monitoring device 86, monitors 
temperature and power parameters of the system 
board 1 3 being input by the A/D converter 98, and, as 30 
deemed necessary, generate alerts via the bus mas- 
ter interface 78 and/or the UART 94. 

The system manager 22 operates based upon the 
concept of object management. Each object repre- 
sents a system component that can be managed and 35 
contains pertinent information about the component 
that it represents. As changes occur that affect the 
status of a component, the information contained in 
the corresponding object is updated. Objects and/or 
data related to objects are input to the system man- 40 
ager firmware 104, processed therein, and stored in 
an object space 108 located within the random access 
memory 70. The object space 108 is managed by an 
object manager 106 which receives object messages 
from the bus master interface 78, the UART 94, and, 45 
in the case of innate objects updates, from within the 
system manager firmware 104 itself. 

More specifically, an EISA monitor 110, in con- 
junction with programmable hardware within the in- 
nate bus monitoring device 86, selectively listens to so 
bus activity. As events are detected, the EISA monitor 
110 provides information relating to the object man- 
ager for updating the innate objects corresponding to 
the event Similarly, the voltage/temperature monitor 
112 periodically monitors the ±5, ±12 voltages sup- 55 
plied to the system bus manager 22 by the system bus 
13 and updates the innate objects corresponding to 
power and temperature. In the event of a loss of power 



from the system bus 13, however, the voltage/temper- 
ature monitor 112 will report a power event directly to 
a control manager 118. 

For each update, increment or decrement, the ob- 
ject manager 106 will, in the event that a boundary or 
threshold has been exceeded, determine that an alert 
needs to be issued. The object manager 106 will then 
request that an alert manager 114 compose an appro- 
priate alert message and transmit the composed mes- 
sage. If the composed alert message is to be an irt- 
band alert the alert message is sent to a bus master 
interface manager 116 and, if the composed alert 
message is to be an out-of-band alert the alert mes- 
sage is sent to the control manager 118. The control 
manager 118 would then forward the out-of-band 
alert to an asynchronous communication manager 
120. The asynchronous communication manager 120 
acts a traffic controller between the various tasks to 
be performed by the system manager firmware 104 
and an asynchronous manager 122 which provides 
the firmware interface between the system firmware 
1 04 and both the modem 84 and the UART 94. For ex- 
ample, if a voice message is to be generated for the 
out-of-band alert, the asynchronous communication 
manager 120 would interface with a voice/tone man- 
ager 124 which, like the asynchronous manager 122, 
provides the firmware interface between the system 
firmware and the voice synthesis logic 82 and the 
touch tone decoder 88. Thus, during the out-of-band 
alert delivery, the asynchronous communication 
manager 120 would transfer the alert message, as 
well as any voice message to accompany and/or com- 
prise the alert to the asynchronous manager 122 
which would then deliver the alert message, either via 
the modem 84 or the UART 94. 

Finally, in addition to delivering out-of-band alert 
messages originating with the alert manager 114 to 
the asynchronous communication manager 120, the 
control manager 118 performs several other func- 
tions. First, in the event of critical event occurences, 
such as loss of power or failure to communicate with 
the system 13, the control manager will directly gen- 
erate out-of-band alert messages. Second, the con- 
trol manager servers to monitor significant events 
monitored by other managers, log events in an event 
log 126 which, like the object space 108, is located 
within the random access memory 70, and provide 
logged information as requested. Logged information 
can be requested by the bus master interface man- 
ager for transfer, via the bus master interface to the 
network operating system 14 and by the asynchron- 
ous communication manager 120 for transfer via the 
asynchronous manager 122 to the UART 94. 

Referring next to FIG. 6, the innate bus monitor- 
ing device 86 subject of the present invention shall 
now be described in greater detail. At the start of a 
system bus cycle, the innate bus monitor's state ma- 
chine controller 156 begins the process of reading in 
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data on the system bus 1 3. Thus, in addition to being 
transferred to their original destinations to perform 
their designated functions, all address and data sig- 
nals being transferred along the system bus 1 3 are in- 
put to a series of address buffers 150 and a series of s 
data buffers 152, respectfully. By pipelining the ad- 
dress and data signals input to the innate bus moni- 
toring device 86 through a series of address and data 
buffers 150, 152, respectfully, for example by succes- 
sively enabling successive ones of the series of ad- io 
dress and data buffers 150, 1 52, the processing of ad- 
dress signals and data signals being delivered from 
the system bus 13 to the innate bus monitoring device 
86 are delayed a short time period. Preferably, the pi- 
pelining delay is sufficiently long so that the prior sig- 1$ 
nals delivered to the innate bus monitoring device 86 
may be processed. During high speed operations, sig- 
nals would be delivered at a very high rate, most typ- 
ically as a data burst with a transfer rate of up to 33 
Mbytes/second. In view of the high rate of data trans- 20 
feroccuring on the system bus 13, pipelining the input 
address and data signals to delay output from the ad- 
dress and data buffers 1 50, 1 52, respectfully, for a full 
bus cycle shall be sufficient to ensure that all address 
and data signals are processed and not inadvertently 25 
overwritten by later address and data signals. It is 
contemplated, however, that if the transfer of address 
and data signals is sufficiently slow, the address and 
data buffers 150, 152 could be omitted without de- 
parting significantly from the concept of the present 30 
invention. 

When a system bus cycle ends, a state machine 
controller 156 determines if that cycle represents an 
event of interest to that control processor 68. Thus 
from the last of the series of address buffers 1 50, the 35 
address signals are then decoded in an address vec- 
tor decoder unit 1 54 which, for example, may be a 64K 
x 8 programmable read only memory (or "PROM") 
and which effectively acts as a pre-f ilter for the innate 
bus monitoring device 86. The address signals are in- 40 
put to the address vector decoder unit 154 as 16 bit 
input addresses. The address vector decoder unit 154 
has a series of 8 bit vectors stored therein that corre- 
spond to events which, if they occuron the system bus 
13, would be considered to be of interest Typically, 45 
the addresses of interest are pre-programmed into the 
address vector decoder unit 154 before installation 
into the innate bus monitoring system 86. If an ad- 
dress transferred to the address vector decoder 154 
from the address buffers 150 corresponds to an ad- so 
dress pre-programed into the address vector decoder 
unit 154 as being an address of interest, the input ad- 
dress would select the corresponding 8 bit address 
vector pre-programmed into the address vector de- 
coder 1 54 to be output therefrom. Furthermore, as the 55 
address vector decoder 1 54 is installed in a socket on 
the innate monitoring device 86, the selected ad- 
dresses of interest can be easily modified, for exam- 



ple, if it was later determined that an event having an 
address not previously pre-selected was of interest or 
if the system bus 13 being monitored by the innate 
monitoring device 86 was increased in size. The in- 
nate monitoring device 86 is, therefore, readily scal- 
able to handle a larger amount of data. 

Upon completing the pre-f iltering of the address 
vectors by the address vector decoder 154, the state 
machine controller 1 56 enables the last one of the ser- 
ies of data buffers 152, thereby enabling the address 
vectors pre-f iltered to be limited to those address vec- 
tors corresponding to addresses of system bus data 
transfers that: (1) actually occurred and (2) is of inter- 
est, i.e. was a pre-selected PROM address and the 
data stored in the last of the data buffers 1 52 are input 
the data filter 160 and data/control filter 162, both of 
which, for example, may be comprised of a 64K x 1 
static random access memory (or "SRAM"). It should 
be noted, however, that selected data signals output 
from the last one of the series of data buffers 1 52 are 
input into each of the data filter 160 and the 
data/control filter 162 while all of the vectors output 
from the address vector decoder 1 54 are input to each 
of the data filter 160 and the data/control filter 162. 

Within the data filter 160 and the data/control fit- 
ter 162, address vectors and data signals which cor- 
respond to pre-determined patterns are matched with 
each other. The matching process within the dataf ilter 
160 and the data/control filter 162 are, however, 
slightly different from each other. The data filter 160 
directly matches the address vectors input from the 
address vector decoder 154 with data input from the 
data buffers 152 and, when a match is completed a 
signal is sent to the state machine controller 156 
which, in turn, enables a first-in, first-out (or*FIFO") 
memory to read in the address and data signals from 
the address vector decoder 154 and the data buffers 
152. Pattern matching within the data/control filter 
162 would differ somewhat. Of the address vectors 
selected by the address vector decoder, those ad- 
dress vectors for which every data bit corresponding 
to the address vector is of interest are sent to the data 
filter 160. The address vectors and system data are 
sent to the data filter, while the data/control filter re- 
ceives address vectors, data, I/O, and masking con- 
trol bits. To further increase the flexibility of the innate 
monitoring device 86 to match address and data bits 
corresponding to events of interest, a mask input is 
provided to the data/control filter 1 62 to provide for dy- 
namic modification of the combination of the supplied 
data signals which would be patterned by the 
data/control filter as corresponding to a selected ad- 
dress vector of interest. 

Data corresponding to each address vector out- 
put by the address vector decoder 154 are selected 
and written, together with the corresponding address 
vector to either the FIFO memory 158 or to register 
files 164, 166. The determination of whether to write 
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the selected address and data signals to the FIFO 
memory or to the register files 1 64. 166 depend on the 
characteristics of the event of interest which corre- 
sponds to the selected address and data signals. The 
selection between the FIFO and the register file is 5 
made depending on the type of event being ad- 
dressed. If the data relating to the event of interest is 
dynamic, i.e. the event changes quite often, and only 
the status of the event at the time of the read is impor- 
tant would be directed to the register files 162, 164 10 
where the fact that each read writes over the prior 
read is of little consequence. Otherwise, the address 
vectors and selected data output the data filters 160, 
162 will be directed to the FIFO memory 158. When 
address and data information relating to an event of 15 
interest is stored in the FIFO memory 158, an inter- 
rupt signal will be transmitted to the system manager 
22. The system manager 22 can, in turn, either read 
the information at that time or read the information 
stored at a later time. 20 

The FIFO memory 158 may be chosen of any 
size, depending on certain characteristics of the sys- 
tem being monitored. For example, in the embodi- 
ment of the invention disclosed herein, a FIFO mem- 
ory sized to store 512 x 16 bits of memory is contem- 25 
plated. A FIFO memory of this size would enable data 
relating to approximately 500 events of interest to be 
stored in the FIFO memory 1 58 before events would 
be missed. This would reduce the need for the control 
processor 68 to repeatedly remove information stored 30 
in the FIFO memory 158. 

Certain other signals relating to events of interest 
are related directly from the system bus 1 3 to the con- 
trol processor. These signals relate to events which 
are always considered to be of interest to the system 35 
manager 22 and for which the control processor 
should be immediately interrupted upon occurence. 
IRQ and DRQ signals, both of which have been pre- 
viously described at length, are delivered immediately 
from the system bus 13 to an miscellaneous EISAsig- 40 
nal monitor 168. In additon, signals related to the up- 
dating of the video screen of the remote console 34 
are delivered to a video memory monitor 170 which, 
in turn, issues a signal to the miscellaneous EISA sig- 
nal monitor whenever the video screen is updated. 45 
The miscellaneous EISA monitor 168 would then is- 
sue an interrupt request to the control processor 67 
for delivery of the event to the control processor 68. 

Referring next to FIG. 7, the operation of the state 
machine 1 56 shall now be described in greater detail . so 
An idle or "0" state for the state machine controller 1 56 
occurs at bubble 172. When the innate monitoring de- 
vice 86 is enabled by enabling the address and data 
buffers 150, 152 and the system bus cycle starts, the 
state machine controller 156 enters state 1 at bubble 55 
1 74. The state machine controller 1 56 will stay in state 
1 until the system bus cycle ends, where the state ma- 
chine 156 will enter state 3 at bubble 176. State 3 is 



a decision state in that the state machine controller 
1 56 will decide whether to read address and data sig- 
nals into the FIFO memory 158, an index register file 
164 or a data register file 166 and selection shall be 
made based upon the contents of certain bits of the 
address data vector to be read which provide informa- 
tion regarding how dynamic the selected data is. If, 
based upon certain of the vector bits, the data is con- 
sidered to be sufficiently dynamic to require storage 
in the register files 164, 166, the state machine con- 
troller 156 will state 5 at bubble 182, proceed to state 
4 at bubble 1 80 to conduct a write to the index register 
file 164, followed by a second loop through states 0 
at bubbles 172, 1 at bubble 174, 3 at bubble 176, 6 at 
bubble 184 and 4 at bubble 180 to complete a write 
to the data register file 166. 

Returning to the decision state 3 at bubble 176, 
if it is determined that based upon certain of the vec- 
tor bits, the data is not sufficiently dynamic to require 
storage in the register file, the state machine control- 
ler 156 will proceed to state 2 at bubble 178 where a 
FIFO write is selected and on to state 4 at bubble 180 
where the FIFO write is performed. 

Thus, there has been described and illustrated 
herein, an innate bus monitoring device which pas- 
sively monitors signals being transferred on the sys- 
tem bus for a computer system and selects certain 
ones of those signals as being related to the condition 
of the system and delivering the selected signals to a 
computer processor for object management. By pas- 
sively monitoring all signals and then delivering only 
those signals of interest a significant reduction in 
processing time is achieved. Furthermore, the num- 
ber of interrupts to the computer processor which 
must be generated during the monitoring process is 
reduced. However, those skilled in the art will recog- 
nize that many modifications and variations besides 
those specifically mentioned may be made in the 
techniques described herein without departing sub- 
stantially from the concept of the present invention. 
Accordingly, it should be clearly understood that the 
form of the invention as described herein is exem- 
plary only and is not intended as a limitation on the 
scope of the invention. 



Claims 

1. For a computer network having a computer sys- 
tem having a plurality of components intercon- 
nected by a system bus for transferring informa- 
tion between said components, a manager for in- 
nately monitoring said computer system, com- 
prising: 

means for detecting data and address sig- 
nals transferred along said system bus; and 

processing means connected to said de- 
tecting means, said processing means selecting 
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data and address signals related to events of in- 
terest for transfer to said computer processor. 

2. A manager according to claim 1 wherein said 
processing means for selecting data and address 5 
signals related to events of interest further com- 
prises: 

means for selecting address signals relat- 
ed to events of interest; and ^ 

means for selecting data signals related to w 
said events of interest. 

3. A manager according to claim 2 wherein said 
means for selecting address signals related to 
events of interest further comprises means for is 
comparing said detected address signals to pre- 
selected address signals. 

4. A system manager according to claim 3 wherein 

said means for selecting data signals relating to 20 
events of interest further comprises means for se- 
lecting certain ones of said detected data signals 
based upon said selected address signals. 
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(g) Innate bus monitor for computer system manager. 

(57) A manager for innately monitoring a com- 
puter * system. All address and data signals 
transferred over the system bus and certain 
ones of the address signals are then selected as 
related to operating conditions of the computer 
system. A data filter selects data signals which 
correspond to the selected address signals and 
the selected address and data signals related to 
operating conditions of the computer system 
are then stored, either in a register filed if the 
selected address and data signals are dynamic 
information requiring frequent status updates 
or in a first-in, first-out memory, if the selected 
address and data signals are less dynamic infor- 
mation. 
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